SPECIFICATION 
TITLE 

METHOD TO INPUT AND STORE DATA FOR A CLINICAL STUDY 

BACKGROUND OF THE INVENTION 

[0001] The efficacy and harmlessness of newly developed pharmaceuticals is 

often proven in the framework of a clinical study with as many study participants as 
possible. Pharmaceuticals are defined as chemical compounds or preparations that 
develop a therapeutic effect in people and/or animals, or as auxiliary chemicals (e.g., 
contrast agents) that support or, in many cases, first enable the diagnosis of a 
disease. 

[0002] To implement such a study, for example, pharmaceutical producers 

normally conclude cooperation agreements with a plurality of clinics that have the 
clinics, among other things, undertake in particular documentation with special 
diligence. In the clinical study, incidental data are generated and also documented 
within a single clinic at a plurality of locations, for example, at diagnostic or other 
medical devices. A summarizing documentation requires a high organizational 
effort. This problem is multiplied when, as is typical, a plurality of clinics participate 
in a study. Additionally, study data are for the most part stored in different logical 
formats. Thus some clinics write study data with word processing programs, others 
use data processing programs for it, etc. 

[0003] An Internet-based method to implement a clinical study is specified in 

German patent document DE 100 22 039, in which study forms are made available 
worldwide from a central server (study server) to arbitrary locations after an 
authorization check. This enables the authors of the study to store the determined 
results directly on the study server. To implement the study, the participating doctor 
can call up the study protocol on the websites of the study server after authorization. 
The doctor follows the instructions that he receives via the websites and enters all of 
the data material that he has obtained in the execution of the study into the data 
templates provided . 
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[0004] Standards for a patient information system have been developed for 

medical devices that allow data to be transmitted and stored without information loss 
in a heterogeneous infrastructure (as is present in a clinic, a medical practice, or a 
medical laboratory), even when the devices communicating with one another cannot 
fully understand transmitted information. It suffices that specific information exists in 
a standardized format for transmission and storage, for example, address 
information, information about the data type, etc. 

[0005] An example of such a standard is the DICOM standard (DICOM = 

Digital Imaging and Communication). DICOM standardizes the structure of the 
formats and descriptive parameters for radiological images and commands to 
exchange these images, but also the specification of other data objects such as 
frame rate, examination series and findings. The specification of different methods 
for data compression is also established in DICOM. The DICOM standard is 
differentiated, roughly speaking, into three different areas or blocks. A first set 
defined general block that is binding for all producers and modalities comprises 
instructions to order and distribute data. Furthermore, a modality-specific block is 
defined that is binding for all producers. Found in this block, for example in the case 
of magnetic resonance imaging, are the parameters (echo time, repetition time, etc.) 
thereby used. Finally, there are proprietary blocks that each producer can complete 
for his own purposes. 

SUMMARY OF THE INVENTION 

[0006] The invention is now based on the object to provide a method to input 

and store data for a clinical study that enables a simple, complete, and secure input 
of study data, while at the same time permitting a simple evaluation of the study. 

[0007] The preceding object is achieved by the following method steps: 

• generating an input platform program for an input of data of a clinical 
study, 

• distributing the input platform program to input locations, 
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• calling up and activating the input platform program dependent on a 
participant characteristic, whereby the participant characteristic is linked 
with a patient participating in the clinical study, 

• inputting the data at an input location via the input platform, and 

• storing the input data. 

[0008] This method ensures that, in a clinical study, identical input platforms 

are generated at all participating input locations, via which only such data can be 
input that are required for precisely this clinical study and that are incurred at the 
current input location in the examination of the study participant. The type of the 
data input and data storage is always the same, not only within an individual clinic, 
but rather also for a plurality of participating clinics. Even when the input locations 
are spatially separated by a great distance and are organized very differently, a 
uniform and complete recording, and thus also a simple evaluation of the study data, 
is therewith possible. 

[0009] A particularly advantageous embodiment provided having the input 

platform program being distributed in the framework of a medical data standard. The 
storage and distribution in a medical data format is therefore particularly suited for 
use in a clinical study because this format can be handled well by diagnosis devices 
used in the clinic, in particular imaging systems and also other therapy devices. A 
further advantage is the wide compatibility, both with the existing infrastructure of 
medical devices and a compatibility with different software versions as they are to be 
expected inside the typical time span of a study. 

[0010] A further particularly advantageous embodiment is characterized in that 

the storage of the data recorded at the input location ensues in a data format that is 
set by the input platform itself. It is therewith ensured that the data format of the data 
generated at the various input locations is the same. The evaluation of the data itself 
is therewith possible without further processing of the data, and thus also 
significantly simplified. 
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[001 1] The retrieval of the recorded data is simplified in a further 

advantageous embodiment, in that these recorded data are in turn stored in a region 
of the medical data standard reserved for patient data. 

DESCRIPTION OF THE DRAWINGS 

[0012] An exemplary embodiment of the invention is explained in the following 

suing two figures. 

Figure 1 is a flow diagram illustrating the substantial method steps to 
generate an input platform; and 

Figure 2 is a flow diagram illustrating the substantial method steps to 
record and to store data determined in a clinical study. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0013] According to an exemplary embodiment of the invention, if, for 

example, a clinical study of the therapeutic effect of a new medicine is commissioned 
by a pharmaceutical producer, the pharmaceutical producer as the study 
commissioner first configures and/or formats input parameters (step 2) that are 
required for this study. As an example, in Figure 1 the input parameters for a study 
X are determined as body size with a field "aa", waist diameter with a field "bb", 
cholesterol value with a field "cc", and blood pressure with a field "dd". Using these 
specifications, in a next step 4, an input platform program 6 is now generated. The 
input platform program 6 comprises instructions for generation of input templates 
and input methods and is programmed in a suitable high-level language, for example 
JAVA. The input platform program 6 is now stored (step 8) in a transportable format 
corresponding to a medical data standard. In this case, the prevalent DICOM 
standard is used (step 10). Data to identify the study (here in the field "patient 
name") are thereby stored in the header, and the individual instructions of the input 
platform program 6 are stored in a field or block 12 which is provided in the DICOM 
standard to store patient-specific image data. The input platform program 6 is 
distributed (step 14) in this format to input locations that participate in the 
corresponding study. 
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[0014] The input platform program 6 can be simply be distributed in the 

framework of the DICOM standard via the use of the JAVA programmer model, 
which in particular enables a storage as packets (serializing). Requirements for the 
data security, authenticity and integrity are thereby ensured. 

[0015] The substantial steps to input and store the study data are summarized 

in Figure 2. After a patient has been registered at a specific examination station that 
is provided for the clinical study as an input location, the patient data are queried in 
the following step 18 as to whether and in which form this patient participates in a 
specific study. Given a positive query result, the input platform program 6 distributed 
for the provided study is started in the next step 20 according to the yes-path. The 
input platform program 6 thereupon generates input fields 22 that define the data to 
be surveyed, provide corresponding input fields, and prescribe data formats for 
storage. After input of the queried data, these are subject to a plausibility test in 
which it is asked whether the input data are in the range specified by the study 
commissioner. The input data are stored (in the following step 24 in a medical data 
format 26) in a corresponding medical archiving system as it is set by the input 
platform program 6. A field or block 28 is also provided for this in which examination 
data of the patient are stored by default. From there, the appertaining data can be 
queried and evaluated with regard to the study. 

[0016] After conclusion of the data input for the study, medical examinations 

30 of the patient follow that are provided at the examination station independent of 
the study. By way of avoiding the start of the input platform program 6, the same 
examinations 30 are implemented immediately, corresponding to the no-path, when 
the corresponding patient is not participating in the study. 

[0017] With the preceding method, it is possible at any time, particularly also 

after delivery of operating software for clinical devices to the client, to subsequently 
establish and to implement in the individual clinics (and there at the input locations) 
uniform input platforms and data formats for clinical studies. The study 
commissioner can thereby set which data are required and in which format they 
should be stored. For this, the operating software must only be expanded in the field 
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"patient information system", such that the fields provided for patient data can 
additionally comprise objects that comprise program code and/or data. 

[001 8] For the purposes of promoting an understanding of the principles of the 

invention, reference has been made to the preferred embodiments illustrated in the 
drawings, and specific language has been used to describe these embodiments. 
However, no limitation of the scope of the invention is intended by this specific 
language, and the invention should be construed to encompass all embodiments that 
would normally occur to one of ordinary skill in the art. 

[0019] The present invention may be described in terms of functional block 

components and various processing steps. Such functional blocks may be realized 
by any number of hardware and/or software components configured to perform the 
specified functions. For example, the present invention may employ various 
integrated circuit components, e.g., memory elements, processing elements, logic 
elements, look-up tables, and the like, which may carry out a variety of functions 
under the control of one or more microprocessors or other control devices. Similarly, 
where the elements of the present invention are implemented using software 
programming or software elements the invention may be implemented with any 
programming or scripting language such as C, C++, Java, assembler, or the like, 
with the various algorithms being implemented with any combination of data 
structures, objects, processes, routines or other programming elements. 
Furthermore, the present invention could employ any number of conventional 
techniques for electronics configuration, signal processing and/or control, data 
processing and the like. 

[0020] The particular implementations shown and described herein are 

illustrative examples of the invention and are not intended to otherwise limit the 
scope of the invention in any way. For the sake of brevity, conventional electronics, 
control systems, software development and other functional aspects of the systems 
(and components of the individual operating components of the systems) may not be 
described in detail. Furthermore, the connecting lines, or connectors shown in the 
various figures presented are intended to represent exemplary functional 
relationships and/or physical or logical couplings between the various elements. It 
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should be noted that many alternative or additional functional relationships, physical 
connections or logical connections may be present in a practical device. Moreover, 
no item or component is essential to the practice of the invention unless the element 
is specifically described as "essential" or "critical". Numerous modifications and 
adaptations will be readily apparent to those skilled in this art without departing from 
the spirit and scope of the present invention. 
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